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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on March 1, 2007 has been entered. Claims 1, 4-14 
and 16-20 are pending. 

Response to Arguments 

2. Applicant's arguments have been considered but are moot in view of the new ground(s) 
of rejection, as set forth below with reference to Li. Applicant's amendment necessitated the 
new ground(s) of rejection. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



4. Claims 1, 4-14 and 16-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 6,473,894 to Shrader et al. (art of record, "Shrader") in view of U.S. Pub. No. 
2003/0093508 to Li et al. (now made of record, "Li") in view of U.S. Pub. No. 2002/0107680 to 
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Duggan et al. (art of record, "Duggan") in view of U.S. Pub. No. 2002/0133603 to Mitomo et al. 
(art of record, "Mitomo"). 

With respect to claim 1 (currently amended), Shrader discloses an application launcher 
testing system (see, for example, the abstract), comprising: 

(a) a Hypertext Transfer Protocol (HTTP) server in communication with an application 
launcher, wherein the HTTP server receives a query for a test application from the application 
launcher (see, for example, column 4, lines 53-58, which shows an HTTP server and a browser, 
wherein the HTTP server receives a query from the browser, and see, for example, column 5, 
lines 15-21 , which shows that the browser is an application launcher for querying the server for a 
test applet or test application), wherein the application launcher launches the test application 
based on a response to the query from the HTTP server (see, for example, column 5, lines 15-21, 
which shows that the browser or application launcher launches the test applet or test application 
based on a response from the HTTP server) and wherein the application launcher exits and 
returns an exit code (see, for example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 
and 42-45, which shows that the browser or application launcher exits after launching the test 
applet or test application, and see, for example, step 408 in FIG. 4 and column 8, lines 36-39, 
which shows returning a marker file indicating a completed launch status, and column 5, lines 
55-57, which shows that the marker file is an exit code). 

Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
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to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
* of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so that any bugs in one component do not affect the other. 

Shrader further discloses: 

(b) a status server in communication with the test application, the status server receiving 
a test status from the test application (see, for example, column 5, lines 43-52, which shows a 
DynamicAppletTest class that is a status server for receiving status information or a test status 
from the test applet or test application). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose the test application opening a socket to the status server 
to communicate test results, and does not expressly disclose that the status server receives the 
test status from the test application through the socket. 

Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the DynamicAppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
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socket to the status server, and the status server would receive the status information or test 
status from the test application through such a socket. Li suggests as much, disclosing that 
information about the status of an executing application is received through a TCP/IP 
communication socket (see, for example, paragraph 0025, lines 13-18). 
Shrader further discloses: 

(c) a test monitor in communication with the HTTP server and the status server, wherein 
the test monitor receives a query status from the HTTP server, and wherein the test monitor 
receives the test status from the status server and an application launch status from the 
. application launcher (see, for example, test/run program 202 in FIG. 2A and column 5, lines 43- 
57, which shows that the test/run program is a test monitor for receiving the test status from the 
DynamicAppletTest class or status server, and see, for example, column 6, lines 42-47, which 
shows that the test/run program receives a query status from the HTTP server, such as error and 
status messages from the browser for the current URL, and see, for example, step 408 in FIG. 4 
and column 8, lines 36-39, which shows receiving a marker file indicating a completed launch 
status). 

Shrader does not expressly disclose that the HTTP server compares the query to data 
within a query rules file provided to the HTTP server from the test monitor, does not expressly 
disclose that the query status is based upon the comparison with the query rules file, and does not 
expressly disclose that the test monitor determines if the application launcher has sent a correct 
query to the HTTP server. 

However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining whether a query sent to an HTTP server is 
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correct, so as to report an error when the request is invalid or incorrect (see, for example, 
paragraph 0023, lines 6-13). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader to determine if the 
browser or application launcher has sent a correct query to the HTTP server, as Duggan teaches, 
so that the error and status messages of Shrader (see, for example, column 6, lines 42-47) could 
report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose a comparison with a query rules file 
provided to the HTTP server from the test monitor. 

However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-1 1). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader in view of Duggan such 
that the HTTP server compares the query to data within a query rules file provided to the HTTP 
server from the test monitor, and that the query status is based upon the comparison with the 
query rules file, as Mitomo teaches, so as to provide custom patterns or rules for determining 
whether the query is correct. 
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With respect to claim 4 (currently amended), Shrader in view of Li in view of Duggan in 
view of Mitomo further discloses the limitation wherein the test monitor receives an exit code 
from the application launcher, the exit code indicating a launch status of the test application 
launch (see, for example, Shrader, step 408 in FIG. 4 and column 8, lines 36-39, which shows 
receiving a marker file indicating a completed launch status, and see, for example, Shrader, 
column 5, lines 55-57, which shows that the marker file is an exit code). 

With respect to claim 5 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor combines the query status, the 
test status, and the launch status into a report (see, for example, Shrader, column 8, lines 30-39, 
which shows combining the test status and query status into an output file or report, and see, for 
example, Shrader, column 7, lines 43-46, which shows writing to the output file or report based 
on the launch status). 

With respect to claim 6 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the query status indicates the status of the query 
received from the application launcher (see, for example, Shrader, column 6, lines 42-47, which 
shows that the query status indicates the status from the browser or application launcher). 

With respect to claim 7 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor starts the status server and the 
application launcher (see, for example, Shrader, column 4, lines 53-58, which shows that the 
test/run program or test monitor starts the browser or application launcher, and column 5, lines 
43-52, which shows that this starts the DynamicAppletTest class or status server). 
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With respect to claim 8 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor starts the HTTP server (see, for 
example, Shrader, column 4, lines 53-58, which shows that the test/run program or test monitor 
starts the HTTP server by way of the browser or application launcher to query the HTTP server). 

With respect to claim 9 (currently amended), Shrader discloses a method for testing an 
application launcher (see, for example, the abstract), comprising the operations of: 

(a) launching a Hypertext Transfer Protocol (HTTP) server, a status server and an 
application launcher, wherein application launcher queries the HTTP server for a test application 
(see, for example, column 4, lines 53-58, which shows launching a browser to launch an HTTP 
server with a query, and column 5, lines 15-21, which shows that the browser is an application 
launcher for querying the server for a test applet or test application, and see, for example, column 
5, lines 43-52, which shows launching a DynamicAppletTest class that is a status server); 

(b) launching the test application using the application launcher (see, for example, 
column 5, lines 15-21, which shows launching the test applet or test application with the browser 
or application launcher), wherein the application launcher exits and returns an exit code (see, for 
example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 and 42-45, which shows that 
the browser or application launcher exits after launching the test applet or test application, and 
see, for example, step 408 in FIG. 4 and column 8, lines 36-39, which shows returning a marker 
file indicating a completed launch status, and column 5, lines 55-57, which shows that the 
marker file is an exit code). 
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Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so that any bugs in one component do not affect the other. 

Shrader further discloses: 

(c) returning a test status from the test application to the status server (see, for example, 
column 5, lines 43-52, which shows returning status information or a test status from the test 
applet or test application to the DynamicAppletTest class or status server). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose that the test status is returned through a socket opened by 
the test application to the status server to communicate test results. 
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Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the Dynamic AppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
socket to the status server, and would return the status information or test status to the status 
server through such a socket. Li suggests as much, disclosing that information about the status 
of an executing application is returned through a TCP/IP communication socket (see, for 
example, paragraph 0025, lines 13-18). 

Shrader further discloses: 

(d) returning the test status, a query status, and a launch status to a test monitor (see, for 
example, test/run program 202 in FIG. 2 and column 5, lines 43-57, which shows that the test/run 
program is a test monitor to which the test status is returned, and see, for example, column 6, 
lines 42-47, which shows returning a query status to the test/run program, such as error and 
status messages from the browser for the current URL, and step 408 in FIG. 4 and column 8, 
lines 36-39, which shows returning a marker file indicating a completed launch status). 

Shrader does not expressly disclose: 

(e) determining correctness of the application launcher queries to the HTTP server by 
comparing the application launcher queries to data within a query rules filed provided by the test 
monitor. 

However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining correctness of a query sent to an HTTP server, 
so as to report an error when the request is invalid or incorrect (see, for example, paragraph 
0023, lines 6-13). 



Application/Control Number: 10/039,197 Page 11 

Art Unit: 2192 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the method of Shrader to determine correctness of the browser or 
application launcher queries to the HTTP server, as Duggan teaches, so that the error and status 
messages of Shrader (see, for example, column 6, lines 42-47) could report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose comparing the application launcher 
queries to data within a query rules filed provided by the test monitor. 

However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-11). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement themethod of Shrader in view of Duggan such that the correctness of 
the application launcher queries to the HTTP server is determined by comparing the application 
launcher queries to data within a query rules filed provided by the test monitor, as Mitomo 
teaches, so as to provide custom patterns or rules for determining whether the query is correct. 

With respect to claim 10 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 5 (see the rejection of claim 5 above). 

With respect to claim 1 1 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 6 (see the rejection of claim 6 above). 
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With respect to claim 12 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test status indicates a status of tests 
performed by the test application (see, for example, Shrader, column 5, lines 43-52, which shows 
that the status information or test status indicates the status from the test applet or test application 
as it operates). 

With respect to claim 13 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the launch status indicates a status of the 
application launch operation (see, for example, Shrader, step 408 in FIG. 4 and column 8, lines 
36-39, which shows that the launch status indicates the status of the application launch when 
complete). 

With respect to claim 14 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the application launcher uses a uniform resource 
locator (URL) to launch the test application (see, for example, Shrader, column 5, lines 15-21, 
which shows that the browser or application launcher uses a URL to launch the test applet or test 
application). 

With respect to claim 16 (currently amended), the limitations recited in the claim are 
analogous to the limitations recited in claim 4 (see the rejection of claim 4 above). 

With respect to claim 17 (currently amended), Shrader discloses an application launcher 
testing system (see, for example, the abstract), comprising: 
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(a) a Hypertext Transfer Protocol (HTTP) server in communication with an application 
launcher, wherein the HTTP server receives a query for a test application from the application 
launcher (see, for example, column 4, lines 53-58, which shows an HTTP server and a browser, 
wherein the HTTP server receives a query from the browser, and see, for example, column 5, 
lines 15-21, which shows that the browser is an application launcher for querying the server for a 
test applet or test application), wherein the application launcher launches the test application 
based on a response to the query from the HTTP server (see, for example, column 5, lines 15-21, 
which shows that the browser or application launcher launches the test applet or test application 
based on a response from the HTTP server), and wherein the application launcher exits and 
returns an exit code (see, for example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 
and 42-45, which shows that the browser or application launcher exits after launching the test 
applet or test application, and see, for example, step 408 in FIG. 4 and column 8, lines 36-39, 
which shows returning a marker file indicating a completed launch status, and column 5, lines 
55-57, which shows that the marker file is an exit code). 

Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
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present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so that any bugs in one component do not affect the other. 

Shrader further discloses: 

(b) a status server in communication with the test application, the status server receiving 
a test status from the test application (see, for example, column 5, lines 43-52, which shows a 
DynamicAppletTest class that is a status server for receiving status information or a test status 
from the test applet or test application). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose the test application opening a socket to the status server 
to communicate test results, and does not expressly disclose that the status server receives the 
test status from the test application through the socket. 

Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the DynamicAppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
socket to the status server, and the status server would receive the status information or test 
status from the test application through such a socket. Li suggests as much, disclosing that 
information about the status of an executing application is received through a TCP/IP 
communication socket (see, for example, paragraph 0025, lines 13-18). 
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Shrader further discloses: 

(c) a test monitor in communication with the HTTP server and the status server, wherein 
the test monitor receives a query status from the HTTP server, the test status from the status 
server (see, for example, test/run program 202 in FIG. 2A and column 5, lines 43-57, which 
shows that the test/run program is a test monitor for receiving the test status from the 
DynamicAppletTest class or status server, and see, for example, column 6, lines 42-47, which 
shows that the test/run program receives a query status from the HTTP server, such as error and 
status messages from the browser for the current URL), and an exit code from the application 
launcher, the exit code indicating a launch status of the test application launch (see, for example, 
step 408 in FIG. 4 and column 8, lines 36-39, which shows receiving a marker file indicating a 
completed launch status, and see, for example, column 5, lines 55-57, which shows that the 
marker file is an exit code), and wherein the test monitor combines the query status, the test 
status, and the launch status into a report (see, for example, column 8, lines 30-39, which shows 
combining the test status and query status into an output file or report, and see, for example, 
column 7, lines 43-46, which shows writing to the output file or report based on the launch 
status). 

Shrader does not expressly disclose that the HTTP server compares the query to data 
within a query rules file provided to the HTTP server from the test monitor, does not expressly 
disclose that the query status is based upon the comparison with the query rules file, and does not 
expressly disclose that the test monitor determines correctness of the query for the test 
application from the application launcher to the HTTP server. 
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However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining correctness of a query sent to an HTTP server, 
so as to report an error when the request is invalid or incorrect (see, for example, paragraph 
0023, lines 6-13). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader to determine correctness 
of the query for the test applet or test application from the browser or application launcher to the 
HTTP server, as Duggan teaches, so that the error and status messages of Shrader (see, for 
example, column 6, lines 42-47) could report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose a comparison with a query rules file 
provided to the HTTP server from the test monitor. 

However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-11). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader in view of Duggan such 
that the HTTP server compares the query to data within a query rules file provided to the HTTP 
server from the test monitor, and that the query status is based upon the comparison with the 



Application/Control Number: 1 0/039, 1 97 Page 1 7 

Art Unit: 2192 

query rules file, as Mitomo teaches, so as to provide custom patterns or rules for determining 
whether the query is correct. 

With respect to claim 18 (currently amended), Shrader in view of Li in view of Duggan 
in view of Mitomo further discloses the limitation wherein the query status indicates the status of 
the query received from the application launcher (see, for example, Shrader, column 6, lines 42- 
47, which shows that the query status indicates the status from the browser or application 
launcher). 

With respect to claim 19 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 7 (see the rejection of claim 7 above). 

With respect to claim 20 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 8 (see the rejection of claim 8 above). 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you 
would like assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Michael J. Yigdall 
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